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FIELD OF THE INVENTION 

The present invention relates to a data manager for archiving and retrieving data. In 
particular, the present invention relates to a system for managing the flow of data 
between an Originating System and a medium for storing data. More particularly, the 
invention relates to an Administrator Module and Server Module having a plurality of 
data structures stored in the system wherein the data structures are formulated into 
instruction objects to direct the functioning of archiving and retrieving data. 



BACKGROUND OF THE INVENTION 

Historically, data generated by a user of a computer was either saved in the memory of 
the computer, stored in some other type of memory or printed on paper, i.e., a hard copy 
of the generated data. Storing of data within the computer's memory had it limitations. 
As data became voluminous, the size of the computer's memory also became 
volimiinous. The added cost of providing random access memory for storing data in a 
computer's memory became prohibitive. 

The floppy disk drive became the mainstay for storing data. The predominate or attractive 
feature of the floppy disk was that data could be stored on the floppy disk, removed from 
the floppy disk-drive and another floppy disk inserted in its place thereby creating an 
endless data storage medium. The floppy disk had limitations due to the limited amount 
of data that could be stored on a single floppy disk. 

The solution to voluminous data, prohibitive cost of storing data in random access 
memory and the limited storage capacity of floppy disks took the form of storing data on 
punch cards, magnetic drums, hard-disks and compact-disks. Each of these attempts to 
solve the problem of storing voluminous data had varying degrees of success. Each 
method stored data and provided an almost endless supply of data storage space. 

With the advent of client-server technology, i.e., a plurality of users of computer 
terminals all connected to a central server, the need to store data increased. The 
proliferation of client-server technology coupled with the need for data storage created a 
secondary problem related to data storage, i.e., supportability and accessibility to the 
stored data. 



When data was stored using any of the above discussed data storage media, the problem 
of storing the data storage medium themselves emerges. Once a storage medium was 
taken off-line from the computer or cUent-server, access to the data stored thereon 
became problematic. Attempts to solve the secondary problem of supportability and 
5 accessibility to the stored data took the form of compressing the data and storing it on 
various types of storage media, which could remain on-line and accessible to the 
computer or client-server. This attempt solved only part of the problem of supportability 
and accessibility. 

5 Generally, when data was compressed and stored on a storage medium, identifying the 
n 10 data on the storage medium emerged as a limitation to this technology due to the limited 
identification of the data on the compressed data header. For example, voluminous data 

Li i: 

%Q that was compressed and stored on an on-line storage medmm allows a limited number of 

i irS 

^ characters or numbers to identify the compressed data. A particular or desired data file 

l"^ stored in this manner became inaccessible to the user because the data file of interest 

Pi 15 might not be listed in the compressed data header. The user was forced to uncompress all 

of the compressed data and manually (with the aid of a computer) search for the data file 

of interest. 

Supportability and accessibility of stored data and retrieving stored data became 
particularly evident in companies or organizations engaged in telephone solicitation or 
20 call-center technology. By law, some companies or organizations engaged in call-center 
technology must retain the voice and data text transactions between the organization and 
the person being contacted by telephone for a prescribed period of time. Recording voices 
and storing text data generated an even greater quantity of data requiring storage. 
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It would be desirable to have a facilitator to plan, organize and implement data storage 
technology that would enable voluminous data of all types to be kept on an alternative 
storage medium accessible by the originating system and that would be supportable and 
accessible by an on-line user. The facihtator would periodically or at a scheduled time 

5 analyze the computer or client server for data in need of storage. The facilitator would 
formulate a listing of the intended stored data, store the data on an alternative storage 
medium accessible by the originating system and remove the original data from the 
computer or client server. On demand the facilitator would produce the aforementioned 
listing of stored data for review by the user. Upon command by the user, the facilitator 

10 would extract the data of interest from the altemative storage medium. The requested data 
would be made available on the original system. 

SUMMARY OF THE INVENTION 

The present invention consists of an Administrator Module, that exists as a layer of 
software residing on the Originating System's computer or client-server, and a Server 

15 Module that resides on that same server or any server that can communicate with the 
Originating System. The Administrator Module plans, organizes and implements the 
archiving of data to an altemative storage medium accessible by the originating system. 
The Server Module plans, organizes, and implements the retrieval of data stored on the 
altemative storage medium. Together, the Administrator and Server Modules enable 

20 voluminous data of all types to be archived and retrieved. The Administrator Module 
periodically or at a scheduled time analyzes the Originating System's computer or client- 
server for candidate data to be archived. The Administrator Module formulates a table 
indicating candidate data for archiving in an altemative storage medium. The 



Administrator Module, upon command by the Originating System or at a scheduled time, 
archives the candidate data and then removes the candidate data from the Originating 
System's computer or cUent-server database. On demand, the table indicating archived 
data is available for review by the user. Upon command by the user, the Server Module 
5 extracts selected data of interest from the alternative storage medium and restores Ihe 
data to the Originating System's computer. 

The Administrator Module commands and controls the intelligent archiving of data 
records stored on the Originating System's computer or client-server database via a 
plurality of data structures formulated into a Migrator Object, an Auto-Purge Object, and 

O 10 a Scheduling Object. The objects, individually or in concert, command and control the 
operational functions of the Administrator Module. The Server Module commands and 

^ controls the retrieval of archived files from the alternative storage medium via a 

r Controller Object and a Requestor Object. 

Ni The Migrator Object selectively gathers data records by scanning the original database 

Q 15 and selects those records meeting the parameters specified by the system administrator. 

The Migrator Object formulates a data record event from the received data records. The 
Migrator Object archives the data record event in a selected database or altemative data 
storage medium accessible by the Originating System. The Migrator Object formulates an 
event table. The event table is a listing of selected attributes concerning the archive data 
20 records displayable to the user or users of the Originating System. 

The Auto-Purge Object in communication with the Migrator Object purges the 
Originating System's database of the archived data. The Auto-Purge Object may, if 
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desired, purge the Originating System's database of the archived data following the 
archiving of the data by the Migrator Object or at any convenient or scheduled time 
selected by the Originating System. 

The Controller Object communicates with the user via a graphical user interface (GUI). 
5 The Controller Object receives instructions for the operation of the Server Module via the 
GUI. The user of the GUI may, if desired, view a particular day's archived data record 
event(s). The user may, if desired, make a selection of particular data record events for 
reviewing or restoring files to the Originating System. The Server Module displays the 
data record event table whereupon the user may make the desired selection for the 
O 10 retrieval of the data record event of interest. The user may, if desired, select some, or all, 

fH, 

files related to the data record event to be restored. The user may, if desired, sort the data 

ssSiit,': 

"LJ record event table to a more convenient arrangement to display the data record events. 

ij ;ri; 

L, The Scheduling Object in communication with the Requestor Object schedules an 

appropriate time for the operation of the Administrator Module. The system administrator 
C^l 15 utilizing the Scheduling Object may, if desired, construct a schedule to optimize the 

if 

Originating System's resources by scheduling the operation of the Administrator Module 
at off-peak time periods or at any other convenient time period derived from the 
Originating System's operating characteristics. 

The Requestor Object upon demand by the user or users of the Originating System may, 
20 if desired, retrieve selected data derived from the event table constructed by the Migrator 
Object. The retrieved data is transmitted to the Originating System. The Originating 



7 



System is notified that the retrieved data is available for restoring to the Originating 
System's database or databases. 

When taken in conjunction with the accompanying drawings and the appended claims, 
other features and advantages of the present invention become apparent upon reading the 
5 following detailed description of embodiment of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention is illustrated in the drawings in which like reference characters designate 
the same or similar parts throughout the figures of which: 

Q Fig. 1 illustrates a block diagram view of the present invention, 

sews 

CN 10 Fig. 2 illustrates a Graphical User Interface of the access port to the present invention, 
and, 

I ^ Fig, 3 illustrates a block diagram view of the Administrator and Server Modules of Fig. 1 . 

^ DETAILED DESCRIPTION OF THE INVENTION 

Mi 

Before describing in detail the particular improved system for archiving and retrieving 
15 data in accordance with the present invention, it should be observed that the invention 
resides primarily in the novel data structures of the system software and not in the 
combination of conventional system apparatus. Examples of a system apparatus include 
computers with memory, recording tape machines, read/write compact disk machines and 
associated computer displays. The present invention utilizes discrete subsystems or 
20 subassembly components, and associated control of the aforementioned system apparatus 
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and components. The invention is not in the particular detailed configuration of the 
system apparatus but in the command and control thereof. Accordingly, the data 
structures, command, control, and arrangement of the present invention have, for the 
most part, been illustrated in the drawings by readily understandable block diagrams. The 
5 drawings show only those specific details that are pertinent to the present invention in 
order not to obscure the disclosure with structural details which will be readily apparent 
to those skilled in the art having the benefit of the description herein. 

An overview of the present invention 10 is shown in Fig. 1. The present invention 10 
consists of Administrator and Server Modules that conmiand and control intelligently 
10 archiving and retrieving data records in a database and the files referenced by those 
records. Candidate data records may, if desired, reference text data, voice data, image 
data or any other type of data file that can be stored electronically. The candidate data 
records may also reference a combination of the aforementioned data types. A single data 
record may, if desired, span a predetermined time period defining numerous data records. 

15 To one of ordinary skill in the art of database technology archiving and retrieving 
voluminous data is a daunting task. Generally, voluminous data is compressed before 
archiving. The compressed voluminous data has no singular identification or attribute that 
denotes the actual contents of the compressed voluminous data. The top-level indicator of 
the compressed voluminous data is generally a file name and date when compressed or 

20 archived. The Administrator Module organizes and controls the selecting of referenced 
data to be archived fi-om the Originating System's database or databases. The Server 
Module retrieves archived data on demand or during a scheduled time period. 
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A more detailed discussion of the present invention 10, Fig. 1: The Administrator Module 
11 is a layer of software that is installed on an Originating System 12. The Originating 
System 12 may, if desired, be any system that requires archiving and retrieving of data 
stored thereon. The Originating System 12 may, if desired, have a data tape library 13, or 
5 other storage device, and be in commimication with a plurality of users who periodically 
store data on the Originating System 12. 

The Administrator Module 11, Fig. 3 is composed of a plurality of data structures 
formulated into a Migrator Object 15, an Auto-Purge Object 17, and a Scheduling Object 
19. The aforementioned Objects, individually or in concert, command and control the 
1 0 operational fiinctions of the Administrator Module 1 1 . 

The Server Module 11 A, Fig, 3 is composed of a plurality of data structures formulated 
into a Controller Object 20 and a Requestor Object 16. 

The Migrator Object 15 selects data files stored on the Originating System Server's 
Database 21 for archiving on the data tape library 13 or other storage media. The 

15 selection process of data files to be archived is predetermuied by the Migrator Object 15. 
The Migrator Object 15 requests from the Originating System Database 21 all of the 
attributes associated with the individual data files referenced by the selected database 
entries. The Migrator Object 15 formulates a data record containing attributes of all of the 
selected individual data files. The data record may, if desired, contain selected individual 

20 data files referenced by the Originating System's Database 2 1 that have accumulated over 
any convenient time period. For example, the Migrator Object 15 has determined that 
individual data files accumulated over a 24-hour period are to be archived on the data 
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tape library 13 or other storage media. The attributes requested by the Migrator Object 15 
may, if desired, be any convenient notation that represents pertinent information about 
the data files to be formulated into a data record. For example, the Originating System 
Database 21 provides the Migrator Object 15 with attributes concerning the data file by 

5 referencing database fields associated with the file. The Migrator Object 15 appends the 
attributes received from the Originating System Database 21 to the data record thereby 
formulating a data record event. Subsequently, the data record event is stored in an 
individual database 22, Fig. 1. The individual database 22 is then stored on the 
Originating System and referenced files are stored on the data tape Ubrary 13, or 

10 equivalent, at a predetermined time provided by the Scheduling Object 19. The 
predetermined time is selected by the Originating System 12. 

The Originating System Database 21 provides the Migrator Object 15 with a Usting of the 
data record events along with any other data conceming the present location of the data 
record events stored during any given time period. The present location of the data record 
15 events may, if desired, be any convenient storage medium accessible to the Originating 
System 12. For example, the present location of the data record events is on the data tape 
library 13 or data tapes. 

The Auto-Purge Object 17, Fig. 3 in communication with the Migrator Object 15 may, if 
desired, purge data record events from the Originating System's Database 21, Fig. L The 
20 Auto-Purge Object 17 selects information conceming the purging of data record events 
firom the Individual Database 22. The selection process of purging data record events is 
dependent on the requirements of the Originating System 12. The Originating System 12 
may have the accumulation of data record events stored on a limited size of database 21 
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or file directory thereby requiring the storing and purging of data record events more 
frequently than an Originating System with a larger database or databases or file 
directories. For example, the Auto-Purge Object 17 purges the files referenced by the 
Individual Database 22 automatically or inunediately following the archiving of the data 
record events. 

The Requestor Object 16, Fig. 3 in communication with the Controller Object 20 and in 
concert with the Originating System 12 restores data record events to the Originating 
System 12, Fig. 1 file directories. The Requestor Object 16 receives instructions firom the 
Controller Object 20 via the user to retrieve a data record event(s) fi*om the data tape 
library 13 or other storage media. The Requestor Object 16 retrieves selected data record 
event(s) and stores them in a temporary database or restore bucket 25. The Requestor 
Object 16 then notifies the Originating System 12 that the selected data record event(s) or 
individual data records are ready for restoring. Once the restoring process is completed 
by the Originating System 12, any or all of the original data files are ready for review. 

The Scheduling Object 19, Fig. 3 schedules the appropriate time for the operation of the 
Administrator Module 11. The administrative user may, if desired, construct a schedule 
to optimize the Originating System's 12 resources by scheduling the operation of the 
Administrator Module 11 at off-peak time periods or at any other convenient time 
derived fi-om the Originating System's 12 operating characteristics. 

The Controller Object 20 communicates with the user via a graphical user interface 
(GUI) 23, Fig. 2. The Controller Object 20 receives instruction for the operation of the 
Server Module llA via the GUI 23. The user of the GUI 23 may, if desired, view a 
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particular day's 24 archived data record event(s). The user makes a selection and the 
Controller Object 20 displays the data record event table 25 where upon the user may 
make a desired selection for the retrieval of the data record event (as discussed above). 
The user may, if desired, select individual files referenced by the data record event to be 
5 restored, or all files referenced by the data record event. The user may, if desured, sort the 
data record event table 25 to a more convenient arrangement or display of data record 
events. 

It will be understood that the method steps of the invention can be carried out in various 
sequences, and the sequences described herein are provided as an illustration only and by no 
10 means as a limitation in any sense. It will be fiirther understood that the terms "a" and "an" 
as used herein are not intended to mean only "one," but may also mean a number greater 
than "one." 

The present invention 10 may, if desired, be programmed in any suitable programming 
language known to those skilled in the art. An example of a programming language is 
15 disclosed in C Programming Language, II Kemighan & Richtie, Prentice Hall, (1989). 
The integration of the software aspect with the hardware component of the present 
invention 10 is delineated herein. 

Although only a few exemplary embodiments of this invention have been described in 
detail above, those skilled in the art will readily appreciate that many modifications are 
20 possible in the exemplary embodiments without materially departing from the novel 
teachings and advantages of this invention. Accordingly, all such modifications are 
intended to be included within the scope of this invention as defined in the following 
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claims, means-plus-function clause is intended to cover the structures described herein as 
performing the recited function and not only structural equivalents but also equivalent 
structures. 

While the invention has been described in connection with certain preferred 
embodiments, it is not intended to limit the scope of the invention to the particular forms 
set forth, but, on the contrary, it is intended to cover such alternatives, modifications, and 
equivalents as may be included within the true spirit and scope of the invention as 
defined by the appended claims. All patents referred to herein are hereby incorporated by 
reference in their entirety. 
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